-
-
Notifications
You must be signed in to change notification settings - Fork 670
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
AOPP support #1903
AOPP support #1903
Conversation
common/protob/messages-bitcoin.proto
Outdated
@@ -152,6 +152,7 @@ message SignMessage { | |||
required bytes message = 2; // message to be signed | |||
optional string coin_name = 3 [default='Bitcoin']; // coin to use for signing | |||
optional InputScriptType script_type = 4 [default=SPENDADDRESS]; // used to distinguish between various address formats (non-segwit, segwit, etc.) | |||
optional bool no_script_type = 5 [default=false]; // don't include script type information in the recovery byte of the signature, same as in Bitcoin Core |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Isn't [default=false]
redundant here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Removed ed627c4.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall this looks very good, however there seems to be a problem with the legacy pagination because it shows garbage at the end of TestMsgVerifymessage::test_message_long
:
The PR changes some ButtonRequests from ProtectCall
to Other
, we might want to notify Suite of this change. TT currently always uses Other
.
UI diff ack.
There was a bug in
Yes, I wanted to unify the T1/TT behavior. Do we have some agreed-upon way of communicating such changes? Just posting it on slack? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
- Add "Confirm message" subheader to SignMessage and VerifyMessage. - Unify font for SignMessage and VerifyMessage to fixed-width font. - Fix device tests.
… not null-terminated.
38a43ac
to
0fe6343
Compare
br_type = "sign_message" | ||
|
||
text = Text(header, new_lines=False) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this should be using confirm_address()
layout
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
...i wanted to make an issue to fix consistency of this, but it's probably not worth it while we expect to move to Rust UI.
Implements https://github.com/trezor/trezor-firmware/issues/1586.
bool
parameter toSignMessage
in T1 and TT calledno_script_type
, which isfalse
by default and when set totrue
SignMessage
does not include script type information in the recovery byte of the signature, same as in Bitcoin Core.SignMessage
on T1 so that up to 1024 characters can be displayed.SignMessage
andEthereumSignMessage
on T1 and TT.SignMessage
andVerifyMessage
.SignMessage
andVerifyMessage
to monospaced. (SignMessage
used to show the message in normal font andVerifyMessage
in monospaced.)I didn't tweak the message color as originally proposed in https://github.com/trezor/trezor-firmware/issues/1586#issuecomment-848653922, because after discussion with @matejzak we concluded that users probably wouldn't understand the color distinction. Nevertheless, I already added a parameter to
paginate_text()
so that changing the text color will be a one-line change if we choose to do this in the future.